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COMPUTER TRADING OF FINANCIAL INTERESTS 

This application claims the benefit of U.S. provisional patent application Serial 
5 No. 60/229,1 73, filed 31 August 2000 and entitled Computerized Bond Auction. 

COPYRIGHT NOTICE 
A portion of the disclosure of this patent document contains material which is 
subject to copyright protection. The copyright owner has no objection to the 
10 facsimile reproduction by anyone of the patent document or the patent disclosure as 
it appears in the Patent and Trademark Office patent files or records, but otherwise 
reserves all copyrights whatsoever. 

BACKGROUND OF THE INVENTION 

15 The invention disclosed herein relates generally to computerized trading in 

financial interests, and in particular to computerized auctions and sales of financial 
interests, including stocks, options, futures, forwards contracts, commodities, and 
fixed income securities, including but not limited to corporate, government, and 
municipal bonds. The invention also relates to computer implementations of new or 

20 improved trading features, particularly useful in auction and non-auction transactions 
in financial interests using computer networks. 

Electronic trading and electronic assisted trading of securities and other 
financial interests has been progressing for a number of years. Perhaps the 
greatest advances have been made in electronic stock trading systems. Other 

25 advances have been made in the trading of electricity forwards (see, e.g., co- 
pending U.S. application serial nos. 09/584,045, titled "Electronic Trading System 
For Electricity Forwards, filed May 30, 2000, and 09/476,935, titled "System And 
Method For Implementing Foreign Exchange Currency Forwards, filed December 
30, 1999, both of which are assigned to the assignee of this application). 

30 Bond trading was traditionally accomplished by individual brokers dealing with 

buyers and sellers by telephone and later also by facsimile. Recently electronic 
bond trading systems have become commercially available for use in the primary 

1 
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municipal bond market. One such system is the Bloomberg "Deal-O-Matic System" 
(see "Grant's Municipal Bond Issuer", Vol. 2, No. 14, July 16, 1998). Prior to that, 
Bloomberg LP provided a system ("Municipal Bid Wanted" or MBW) for electronic 
assisted trading for secondary market municipal bonds and corporate bonds. That 
5 system is described in the article "What Corporate Traders Could Learn from Munis," 
published in "Bloomberg" Magazine, September 16, 1993 at pages 16-17. 

U.S. Patent No. 5,915,209, titled "Bond Trading System" and issued to David 
Lawrence on June 22, 1 999, discloses a municipal bond trading system which 
conducts a private electronic auction of bid wanteds between a market maker and 

10 prospective bidders. Bid wanteds are distributed, or transmitted, to prospective 
bidders. It is believed that the system described in this patent has never been 
commercialized. A summary of existing electronic bond trading systems is 
contained in "eCommerce in the U.S., Fixed Income Markets", 'The 1999 Review of 
Electronic Transaction Systems", The Bond Market Association, November, 1999, 

15 (Available from Bondmarkets.com's web site at www.bondmarkets.com.) 

The invention disclosed herein continues the advance of electronic trading 
systems for financial interests, and introduces new or improved features useful in 
electronic trading. 

20 SUMMARY OF THE INVENTION 

The invention provides improved methods, systems, and apparatus for 
trading of financial interests, including municipal and other types of bonds. While the 
invention has application to the trading of all types of financial interests, it has 
particular application to the trading of fixed income securities, including various types 

25 of bonds, especially in the secondary market. Therefore, the description herein 

continues with, sometimes, reference to bonds with the understanding that that term 
applies to other financial interests as appropriate. 

The invention provides methods, systems, and apparatus for improved 
trading of financial interests, including auction of bonds, via computer network. 

30 Improvements include disclosure of high bids and optionally of the identities of high 
bidders and/or offerors during the auction process; commingling or crossing of 
proposals for auction and non-auction transactions, and for commingling or crossing 

2 
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of auctions; presentation of reference benchmark prices and of price references 
derived using benchmark prices; enablement of the designation of reserve spreads, 
or minimum acceptable bids, to aid offerors and bidders in assessing proposals and 
ensuring that reasonable prices are paid for bonds; provisions for immediate 
5 rescission of offerings and/or bids for use, for example, in case of emergency; the 
use of time-limited passwords and passwords that enable or, by expiring, disable 
selected system functionality; assignment of user access level classes; keyword 
tagging or identification of offers or bids; bidder-initiated access to descriptions of 
bond offerings; tailored pushing or presentation of offers to prospective bidders; the 

10 use of multiple data sets and/or trading channels to enable separation of markets, 
for example for accounting and/or regulatory purposes, and to accommodate training 
and familiarization efforts; enabling the creation of data sets in outside programs and 
subsequent and optionally repeated uploading or importation of data to the auction 
system; and enabling the staging of proposed transactions for review by other . 

15 system users. The invention includes methods and processes as well as suitable 
computer programs and data processing systems. 

In one aspect, the invention provides a method of auctioning bonds or other 
financial interests. The method comprises enabling a plurality of possible bidders to 
access one and preferably more descriptions of a bond offering; enabling the 

20 making via the computer network of bids for the bond offering by the plurality of 

possible bidders; determining a highest received bid value for the bond offering from 
among bids entered by the plurality of possible bidders; enabling access via the 
computer network to the highest received bid value, especially by the plurality of 
bidders themselves so as to improve the efficiency and fairness of competition; and 

25 enabling acceptance via the computer network by an offeror of one of the bids, 
received from the bidders. At the option of either the offeror and / or the bidder 
access is either provided or not provided to the identity of the bidder making the 
highest current bid, as well as to the value of the bid. At the option of the offeror, the 
offeror's identity is also disclosed. 

30 In preferred embodiments of the invention, access to descriptions of proposed 

transactions in bonds or other financial interests, and the making of such proposals, 
is enabled by providing a database for storage of such descriptions on a central 

3 



WO 02/19223 



Page 5 of 97 



WO 02/19223 PCT/US01/27137 

server such as a computer system and allowing users to access the system by 
connecting to the server via a network or other connection. In such ways 
descriptions of proposals may be provided to prospective counterparty traders, and 
responsive proposals from such traders may be accepted. 
5 In one aspect, the invention offers improvements in the auctioning of financial 

interests through the consideration of straight, or "live," bids or offers as entries in 
the auctions. For example, a computer used in trading financial interests receives 
from a user, via a computer network, terms for a proposed auction in financial 
interests and associates with the proposed auction, either by assignment of a default 

10 value or by designation by the user entering the proposal, a deadline for deciding 
the proposed auction. The computer also receives terms for at least one proposed 
non-auction transaction in at least one of the financial interests or in a substantially 
or sufficiently similar interest, identifies the proposed non-auction transaction as an 
entry in the proposed auction, and optionally conducts the auction using the non- 

15 auction proposal as an entry. 

Auctions in financial interests are also improved by crossing or commingling 
of separate auctions. For example, two separately-proposed auctions in one 
financial interest, one sell auction and one buy auction, assigned the same or 
sufficiently close deadlines, and each stating a reserve price and meeting the other's 

20 reserve price, are considered as entries in the other's auction. A variety of factors 
may be used as criteria in deciding whether one auction proposal may qualify as an 
entry in another auction. For example, one or more of proximity in time of auction 
deadline, identity of financial interests, quantity, and stated minimum price may be 
used. The auction deadline, for example, may be required to be identical or within 

25 some specified period such as 5 minutes or other fraction of an hour, several hours, 
a day, or several days or more. 

Optionally, the auction process is improved and the value and potential return 
from the executed transaction are maximized for both the buyer and the seller by 
disclosing, in various combinations designed to protect the privacy of the offeror and 

30 bidders, the identity(ies) of the offerors and bidders and information related to the 
highest current bid, including the highest bid price. 
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The efficiency of trading processes is also improved, and the confidence of 
potential buyers and sellers bolstered, by providing with descriptions of proposed 
transactions reference value information not originated by the users making the 
proposals. For example, because of the lack of a formal, established bond market 
5 (e.g., an established exchange), it can be difficult for potential bidders to assess the 
value of a bond offering, particularly with respect to issues not frequently traded, 
such as some corporate bonds. To this end the disclosure, as part of the offering 
description, of the most current and relevant reference values, or benchmark prices, 
for similar bonds can be of significant value to potential bidders, particularly where 

10 the information is derived or received from a respected, neutral source such as a 
financial reporting agency. Preferably such information is compiled from a plurality 
of sources and provided with the offering description in a format which shows both 
the relevant financial data and the time and date of the information for each source. 
Optionally a trader considering responding to a proposal is allowed to select one or 

15 more sources of such reference values, as for example from a list or pool of such 
sources provided by a service provider who provides network and other resources 
for implementing and exploiting processes according to the invention. 

Optionally the setting of a final price in completion of the sale of a bond 
offering or other proposed transaction is delayed by a preselected time period, 

20 preferably on the order of 1 5 minutes or less, in order to determine a final current 
and reliable benchmark value for use in fixing the final sale price of the offering. 
This is particularly useful where a selling price term associated with the proposed 
transaction price is established relative to the benchmark or reference price, as for 
example in terms of a spread. 

25 The description of the proposed transaction shown to traders or other system 

users can include reserve information indicating a price spread, or range of prices 
(i.e., a minimum price), within which an offeror is willing to entertain responsive 
proposals. It is anticipated that proposed transactions will generally be made 
through brokers (including brokerage firms), as has occurred historically in the sale 

30 of bonds and other financial interests, and that brokers will continue to request that 
traders specify such a spread; but preferably methods according to the invention 
give the offeror (whether the offeror is considered to be the actual owner of the 



5 



WO 02/19223 Page 7 of 97 

WO 02/19223 PCT/US01/27137 

interest to be traded or the owner's agent or broker) the option of making that spread 
information available to potential traders, or keeping it confidential, and of stating a 
price in terms of spread based on yield or direct price. Optionally also an offeror is 
enabled to designate that an offering may be purchased outright at an indicated 
5 price, without waiting for auction or the necessity of competing with other bidders. 
Optionally, as stated above, the reserve price spread is expressed relative to a 
benchmark reference price such as a price, or average price, for a benchmark bond. 

In other aspects the invention comprises methods for achieving further 
improvements in the security and efficiency of trading in financial interests. 

10 One such improvement comprises eliciting from traders or other users of the 

system descriptions of classes of interests the users wish to consider for trading, 
comparing the class descriptions provided by the users to available descriptions of 
proposed transactions, and informing the users of proposals matching their 
descriptions. This can, for example, help traders in keeping informed of available 

15 transactions, and reduce time and energy required for traders to identify proposals 
they wish to respond to, and can reduce the time required to close transactions and 
obtain for traders the results they seek. 

Another such improvement comprises enabling an accessor of a description 
of a proposed transaction to associate with that description a personal identifier, for 

20 example in the form of a keyword, class or group name, client identifier, or notation, 
and to use that identifier to classify the description of the proposal. For traders or 
others dealing with large numbers of sale transactions, for example, the ability to 
associate personally-assigned and/or firm-standard identifiers with individual offers 
or bids, or groups of offers or bids, can be very useful in maintaining efficiency and 

25 safeguarding investments. For example, a user can group bond offerings under the 
term "steel" so that entering the keyword "steel" will bring up the set of offerings 
tagged with that term. This feature can also be used in storing search strategies. 
For example, after conducting a search based, for example, on yields, the search 
strategy can be effectively stored under a keyword, e.g., "portfolio A". A subsequent 

30 search can be run without having to enter the search strategy by calling up "portfolio 
A." In preferred embodiments of the invention a server provides implied keywords 
based for example on assigned offering series, thus a user may also fitter search 
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results or offering or bid lists based on criteria already stored within the system. In 
preferred embodiments of the invention master keyword lists are provided for each 
of the keywords preselected by the service provider and/or entered by a particular 
user. 

Another improvement comprises storing data for descriptions of proposed 
transactions in a plurality of data bases or other data sets, and maintaining those 
data sets as separate data records, in order to keep various groups of transactions 
and proposals separate from each other. This is useful, for example, in 
accommodating or otherwise improving or effecting training of new system operators 
and traders, or allowing traders to practice trading techniques. Separate data sets 
are also useful for separation of different markets, as for example in case of 
regulatory or accounting requirement. Preferably a user of a system providing 
separate data sets is apprised of the data set he or she is using by a notation on, for 
example, a screen at the computer terminal the user is working from. In general, the 
data sets are accessible by all users of the system, or by substantial numbers of 
users, and are useable with the full trading functionality provided by the trading 
system, whether the data is intended for use in actual trading or in practice or 
training. Preferably data is not transferable between data sets, particularly between 
training and active trading data sets, by users of the system. 

Another improvement offered by the invention is the enablement of the 
immediate rescission or canceling of groups of proposed transactions, as for 
example in case of sudden emergency in rapidly changing economic conditions or 
where required for other reasons. For example, the defection or termination of an 
employee or agent who has had authority to buy or sell bonds can give rise to a 
need for immediate cancellation of all of offers, bids, or other transactions that agent 
has pending; or breaking news may indicate the wisdom of rapidly reassessing a 
trader's commitments in the market. In preferred embodiments of the invention, this 
capability is provided through the use of a single command input, which may 
comprise a small number of discrete command steps, such as the entry of a single 
command or the selection of a single item on an interface screen, such as a "panic 
button" icon or input field, followed by a simple designation of a set of transactions to 
be canceled, and optionally a confirmation entered by the user making the 
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rescission. Preferably the rescission is accomplished through a very small number 
of computer command steps which can be enacted or invoked very rapidly. 

Another improvement is the entry and optionally storage of data sets 
corresponding to terms for pluralities of proposed transactions, the terms formatted 
as sets for use by the trading system through the use of other computer programs or 
processes, and optionally the subsequent batch handling or processing of such data 
sets. It is often convenient for those proposing financial transactions-to create 
. descriptions of their proposals through the use of commercially-available 
applications such as data base or spread sheets programs, word processors, or the 
like, and to import or upload data sets created with such programs into systems 
created to implement the invention herein. This can facilitate, for example, user 
record keeping or data manipulation while maintaining an ability to rapidly and 
reliably handle or transfer data related to offers or bids. It is especially useful where 
large amounts of data must be repeatedly entered in the system. 

Systems according to the invention preferably also facilitate the rollover of 
proposed transactions into subsequent trading periods. Bond auctions and other 
proposed transactions in financial interests are frequently conducted only over 
relatively short periods of times, as for example a few days, hours, or even minutes, 
and it sometimes happens that an offering, bid request, or other solicitation is not 
met by an acceptable response within the allotted time. In such cases the proposing 
trader sometimes wishes to roll the proposal over into a second offering with few or 
no changes to the data in the proposal description. This can be especially simple 
where the system user is enabled to maintain a description of his or her offerings in 
his own data processing system or in dedicated storage on the system server, 
optionally using programs with which the user is familiar, and to easily and 
repeatedly import or upload the description or description set into the transaction 
system. While preferred systems according to the invention facilitate the rapid, 
simple, and efficient "rolling over" of proposals, sometimes proposals are renewed 
after a substantial period of time, when the offering descriptions are no longer 
available within the trading system, but may yet be stored in user's own system. 
The use of upload features such as those disclosed herein can reduce the time and 
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resource expenditure required for renewing or modifying and renewing such 
proposals offers. 

The rollover provisions provided by the system are also considered an 
inventive contribution of the systems, processes, and apparatus disclosed herein. 
5 Other improvements, particularly useful for improving the security of the 

trading system and of the investors who use it, are introduced in passwords and in 
providing selectable, multiple-level functional authorization for individual users and 
classes of users by, for example, administrative or managerial users. 

The use of passwords to maintain the security of computer systems is not 

10 new. However, in the highly risky and rapidly changing world of computerized 

financial transactions, the use of a single password, valid permanently and providing 
full, unlimited functional access to the trading system for an indefinite time period 
following entry, is not always advantageous. For example, it sometimes happens 
that a user will log onto a secure system, work for a while, and then leave his or her 

15 terminal. If the terminal is left in a fully functional, logged-on state, the system is 
open for use by anyone who sits down at the terminal, and such individual could 
potentially commit the user or his firm to substantial, unwanted monetary 
commitments. The potential for harm resulting from such circumstances can be 
eliminated or reduced by assigning to each user a password which permits him or 

20 her access to the system, or to certain functions on the system, only for a limited 
period of time. 

The invention provides such time-limited passwords. In a preferred 
embodiment, the invention provides the use of a password assigned to a user by an 
administrator, and the administrator is enabled to select a time period for which the 

25 password is valid, as for example for a selected period of minutes or hours, or for a 
defined number of transactions. After the expiration of the time period for which the 
password is valid the user is prevented from performing password-protected 
functions until he or she successfully re-enters the password, optionally at the 
prompting of the computer. Preferably also the system administrator may 

30 periodically change the length of time for which the password is valid. Alternatively, 
the password must be renewed by the user's supervisor or other administrator. 
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Optionally either the administrator or the system operator are enabled to select the 
level of functionality available to the user through use of the password. 

For example, in a system in which both order-executing commands, which are 
commands the entry of which may potentially bind the user to a proposed 
5 transaction, and non-order-executing commands such as commands for reviewing 
lists or details of proposed transactions, a user's authority to enter order-executing 
commands and optionally some non-order-executing commands is disabled upon 
expiration of the time period associated with the user's password. When the user 
attempts to enter an order-executing command following expiration of the time 
10 period, execution of the command is suspended and the user is prompted to re- 
enter his or her password before full functionality is restored and the command is 
executed. 

The invention provides further protection by enabling a system administrator 
to assign to a user, or to a class of users, a level of authorized functionality on the 

15 system which may permit or prohibit the user(s) from performing various of the 
functions available on the system, or to set limits for the number of times such 
functions may be performed, or monetary limits for commitments the user can make. 
For example, the administrator may authorize a user or a class of users to buy, to 
sell, or both; and may limit the number or size of transactions the user or class is 

20 permitted to perform within a given time period. The user or class may be assigned 
monetary limits for trading, so that the user or class is not permitted to overextend 
himself, herself, or his or her firm. Preferred embodiments of the invention provide a 
number of default user classes available to the administrator, each class having one 
or more default attributes changeable by the administrator. In addition, the 

25 administrator is enabled to override class attributes or defaults and assign individual 
class members attributes at variance from the class standard; and to create new 
user classes. The assignment of various levels of functional access to the system 
can be particularly powerful when implemented in conjunction with the use of 
passwords as described herein. Administrators enabled to make such 

30 authorizations include both administrators of the server system and user 

administrators. In the latter case, the administrators may authorize activities or 
privileges of sub-users. 

10 
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The invention further provides for review of proposed transactions by users 
other than the users making the proposals prior to their being placed in the market, 
such as for example by supervisors or administrators of the user entering the 
proposal. A server linked to a plurality of client systems via a computer network 
5 receives from a first user of a client system, for example a junior trader in a financial 
trading firm, terms for a proposed transaction in financial interests. The system 
further stores these terms, preferably within a central data store accessible by the 
first user and by other users as well. The system further authorizes, based on 
designations made by the first user, or by administrators on behalf of the first user, 
10 access to the terms by a second user, who is optionally an administrator or 

supervisor of the first user. The second user is enabled to review and optionally 
approve, cancel, or revise the terms of the proposed transaction, and the system 
receives from the second user an approval, cancellation, or revision(s), as 
appropriate. 

1 5 Another improvement offered by the invention is the storage of information or 

other data created by or associated with individual users in data stores accessible by 
multiple users, as for example on or in association with (e.g., under the control of) 
the server hosting the programming which provides the trading functionality . 
Although the data is stored or controlled centrally, as it were, it is accessible only by 

20 the user(s) who created it, or with whom it is associated, or by the designees of such 
users. For example, segregated data sets for training or system practice; keyword 
tags; push descriptions; class or user functionality enablement data; and data 
related to staged proposals are all stored at or under the control of the server, and 
are accessible only to limited sets of users. 

25 In other aspects the invention provides both data processing systems and 

computer program products, including computer useable media having embedded 
computer readable code devices configured for implementation of method aspects of 
the invention, and to otherwise effect the objects thereof, and means for 
accomplishing the objects disclosed herein. 

30 
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BRIEF DESCRIPTION OF THE DRAWINGS 
The invention is illustrated in the figures of the accompanying drawings which 
are meant to be exemplary and not limiting, in which like references are intended to 
refer to like or corresponding parts. 
5 Figure 1 is an information flow diagram for a preferred embodiment of a 

system for conducting bond auctions according to the invention. 

Figure 2 is a schematic diagram of a program structure of a preferred 
embodiment of a system for conducting auctions according to the invention. 
' Figures 3-38 are schematic diagrams of representative interface screen 
10 displays from computer-implemented preferred embodiments of the invention. 

Figure 39 is a functional diagram of a preferred embodiment for a process of 
deciding an auction according to the invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

15 Preferred embodiments of the methods, systems, and apparatus of the 

invention are described through reference to the Figures. 

An information flow diagram for a system for conducting bond auctions 
according to the invention and well adapted to the conducting of bond auctions via 
public or private computer networks is shown in Figure 1 . System 100 comprises 

20 primary server 1 01 , data bases 102, monitor server 103, order matching server 1 04, 
pricing server 105, mail minder server 106, trading systems portfolio scanner 107, 
client portfolio scanner 108, activity report generator 109, computer-to-computer 
interface 110, user components 111, 112, and 113, and other components. As will 
appear immediately to those of ordinary skill in the design of such systems, the 

25 various components shown in Figure 1 may comprise either distinct pieces of 

hardware or software routines, or separate circuits or components of a single piece 
of hardware such as a digital computer system, or combinations of separate or 
combined circuits or circuit elements and / or software routines. Moreover, many of 
the components are optional. In applications in which high volumes of data and/or 

30 numerous transactions are expected to be received or handled, it is advantageous 
to provide one or more separate computers for each of the servers and optionally 
other components shown in the Figure. This can substantially increase processing 

12 
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speed and reduce system delays, ensuring the most efficient and timely processing 
possible. This is especially beneficial where large monetary transactions in rapidly 
changing market conditions are concerned, as relatively small delays in time can 
result in relatively large changes in prices and therefor profits or losses for users. 

5 Functions performed by primary server 101 comprise acting as the primary 

user interface for the system and thereby enabling access by users to descriptions 
of bond offerings, reception of bids, etc. For example, primary server 101 is 
responsible for controlling execution of all system functions and thereby enables the 
system to provide bond lot descriptions and access to bid entry forms to users such 

10 as offerors and actual or potential bidders. Accordingly primary server 101 is directly 
or indirectly communicatively linked to, for example, user personal computer (PC) 
111, user e-mail account 112, user terminal 113 (preferably to pluralities of each), 
system data bases 102, monitor server 1 03, order matching server 104, pricing 
server 105, mail minder server 106, trading systems portfolio scanner 107, client 

15 portfolio scanner 1 08, activity report generator 1 09, computer-to-computer interface 
110, and all other components in the system. 

Primary server 101 and all other data processing apparatus and components 
described herein may comprise any suitable computer or data processing system. 
The Data General Corporation produces several Unix-based machines which serve 

20 satisfactorily, but many other computers, including most pentium-based desktop or 
laptop models, will serve also. For purposes of this disclosure the term computer 
denotes any data processing system, preferably automatic, suitable for 
implementation of the methods and processes disclosed herein. 

System data bases comprise the primary data storage facilities for the 

25 system. Preferably they are secure and physically protected systems, and are 
capable of storing relatively large amounts of data reliably, and of being rapidly 
searched and facilitating rapid data storage and retrieval - so as to facilitate, for 
example, enabling access by users to information stored in the data base, and to 
enable the system to provide such information to users. Data bases 102 receive 

30 and hold data related to, for example, bids, sales, offers, benchmarks, identities and 
privileges of user and classes of users, and completed transactions, for use in 
response to queries from, for example, system users and various system 
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components, and for further processing by primary server 101 , monitor server 1 03, 
audit log 114, data lines or data busses 115, and other components as needed. In 
preferred embodiments of the invention multiple databases are provided, as herein 
described, to facilitate testing, training, and trading, and/or for special functions such 
5 as maintaining trader / user information, trade records, etc. In such embodiments a 
specific transaction, including offer, bid, and acceptance, is recorded and completed 
in a subset of one or more databases 1 02. 

Monitor server 103 provides event-driven services such as on-going 
monitoring functions, thereby releasing other system components to respond to 

10 user-driven inputs and requests in the most timely and efficient manner possible. 
For example, when a user has provided the system with a description of bonds he or 
she wishes to purchase, monitor server 103 reviews data bases 102 on an ongoing 
basis for offerings, including newly-posted offerings, and informs the user of 
offerings of potential interest to the user, for example through e-mail sent by mail 

15 minder server 1 06. Likewise, when an offeror wishes to be informed that a bid has 
been received or a new high bid has been established, he can instruct monitor 
server 103 to watch bid postings and inform him as bids are received. 

Order matching server 1 04 serves such functions as the matching of offers 
and bids at designated auction times. For example, in a preferred embodiment 

20 order matching server 1 04 continuously monitors data bases 1 02 and the system 
clock for current auction offers and, at the time designated for a given auction, 
searches data bases 102 for associated bids. Matching offer and bid information is 
immediately reported to primary server 1 01 and stored in data bases 102 for further 
processing. Again, use of a dedicated order matching server serves to increase the 

25 timeliness and efficiency of completion of auctions. 

Upon establishment of matching bids and offers at auction time by order 
matching server 104, pricing server 105 is instructed to establish a firm and final 
benchmark price, and fix a final definite purchase price, which is reported to primary 
server 101 and any appropriate data bases 102. As described herein, in preferred 

30 auctions of the type with which the invention is concerned offers and bids are 
entered in terms of spreads based on relatively liquid benchmark securities, for 
which reasonably definite values can be determined. In some embodiments of the 

14 



WO 02/19223 



Page 16 of 97 



WO 02/19223 PCTAJS01/27137 

invention pricing server 105 waits for a predetermined delay period, preferably on 
the order of several minutes, and particularly about 15 minutes, before establishing 
and reporting a firm benchmark value and final price based thereon. 

Mail minder server 106 effectuates notification of various users of a wide 
5 variety of events, including for example the confirmation of entry and acceptance of 
bids and offers and the posting of bids and offers of potential interest to the user. 
Mail server 1 06 optionally interacts with Internet-mail send utility 1 1 6 in notifying 
users at their e-mail accounts 112. 

Portfolio scanners 107 and 108 accumulate information gathered, for 

10 example, by monitor server 1 03 for future communication to the server, as for 
example through the user's e-mail account 1 12. 

Activity report generator 109 accumulates information related to completed 
trades and other activities, formats the information in predetermined and optionally 
user customizable format such as those used by commercially-available data base 

15 or spreadsheet programs, and forwards the information to the user, preferably 
through a file download utility 117. 

User interfaces comprise PC 111, user e-mail account 112, and user terminal 
113. User terminal 1 13 is preferably a secure terminal, to help ensure the security of 
potentially highly valuable, private, and time-critical data in data bases 102, and 

20 proprietary processes for facilitating auctions according to the invention. In preferred 
embodiments of the invention terminal 1 13 is either a dedicated, hard-wired terminal 
or is connected through customized software through a secure modem or network 
connection. User PC 1 1 1 and e-mail account 1 12 are of any suitable form, including 
common desktop models, "dumb" terminals, and Internet e-mail accounts. Though 

25 only one is shown in Figure 1 , in preferred embodiments of the invention the use of 
a plurality of each of the various types of user interface is permitted. 

As previously discussed, systems, apparatus, and methods according to the 
invention are well suited to use with any computer networks, public or private. Such 
networks include, for example and without limitation, the Internet, local or wide-area 

30 networks, and secure electronic computer networks (ECNs) such as the 

BLOOMBERG PROFESSIONAL® and/or SPEX™ systems. For example, any of the 
various system components, such as user components 1 1 1 , 112, and 113, may be 
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co-located or combined, with each other and/or with other system components, into 
one or more discrete hardware, firmware, and/or software sets, or they may 
comprise physically distinct elements connected by one or more networks. For 
example, user elements 111,112, and 113 may be connected to other system 
5 elements via communications links 122, 123, which may comprise networks, 
dedicated connections, or any other suitable communications means. 

One preferred method for entry by a user information relating to a proposed 
transaction, such as for example an offer, bid, or bid wanted, and other information, 
to a system according to the invention is by interactive entry or communication to 

10 primary server 1 01 via user terminal 1 1 3, as herein described. Another preferred 
method is to upload relatively large amounts or batches of data created outside the 
system, as for example on user PC 1 1 1 by means of commercially-available data 
base and spreadsheet programs, to primary server 101 and/or data bases 102 via 
file upload utility and bulk offering upload utility 119. Yet another method, most often 

15 applicable and generally most advantageous in cases of interfacing between large 
or relatively, highly sophisticated financial services entities, is a direct computer-to- 
computer interface 110. Such an interface facilitates direct and rapid communication 
of data, and particularly large amounts of data, through lower-level or more basic 
computer language programs and formatting that is typically used in the creation and 

20 communication of data by personal computers. 

Additional utilities comprise trading system and clearing-broker notification 
utility 120, which facilitates communications with brokers responsible for completing 
and clearing completed auction trades, and backend jobs server 121 . Backend jobs 
server 121 provides, for example, general system clean-up, maintenance, and 

25 administrative functions. For example, on a daily, weekly, or other suitable and 
preferably regular basis backend server 121 backs up needed data in data bases 
102, deletes redundant, outdated, or otherwise unnecessary information or other 
data, and coordinates functioning of the various data bases. Likewise, where test or 
training data sets or channels are provided, as herein described, user information 

30 may periodically be copied from one data set to the other, so that a user wishing to 
use a new training program or facility is spared the effort of repeating the entry of 
inconvenient amounts of data. 
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Figure 2 is a schematic diagram of a program structure of a preferred 
embodiment of a system for conducting auctions according to the invention. System 
data bases 1 02 are divided into two sets, a set of one or more data bases 140 for 
actual trading, or for "production" use, and one or more data bases 140' for test, 
5 training, or practice use. Data bases 140, 140' are served by servers 130 and 130', 
respectively, which in turn are driven by data base access routines 132 and 132', 
which are written in the FORTRAN programming language. Data base access 
routines 132 and 132' direct servers 130 and 130' respectively in the rapid and 
efficient access of data stored in data bases 102. All other programming, comprising 

10 coding of instructions to carry out the various functions and communications 
described herein, is coded in the C programming language, including data base 
communication routines 130, 131\ access routines 133, 133'; communications 
tables 134 and 134'; user application 135, which provides most of the upper level 
data processing, computation; and user interface communications used, for 

15 example, by monitor server 1 03 of Figure 1 for communicating with user terminal or 
terminals 111. As will occur to those of ordinary skill in the art of programming such 
systems, a great many programming structures, operating systems, and languages 
are suitable for encoding and implementing the processes and systems disclosed 
herein. The selection and creation of appropriate programs and structures will be 

20 well within the abilities of such designers, once they have been made familiar with 
this disclosure. Moreover, communications between programs and program 
elements may be made by direct, dedicated connection, or by any other suitable 
form of communications. For example, user application 1 35 may communicate with 
tables 1 33, 1 33\ 1 34, 1 34\ etc. via the Internet, private ECNs, or any other suitable 

25 communications links as represented by links 122, 123 of Figure 1. 

The methods, systems, and apparatus of the invention are further illustrated 
by reference to Figures 3 - 38, which represent screen displays of a computer- 
implemented preferred embodiment of the invention, and in the Appendix. The 
system comprises software adapted for the acceptance and communication of input 

30 and output data, especially by means of interactive screens, and for communication 
by other means such as e-mail and manual telephone communication, as well as 
suitable computer and network hardware. Suitable systems and apparatus include 
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those shown, for example, in Figures 1 and 2, For example, presentation and 
creation of such screens, and input and output of data to and from users, is 
conveniently and efficiently accomplished and controlled by an application such as 
user application 1 35 of Figure 2, implemented using monitor server 1 03 and 
5 presented on user systems 1 1 1 , 1 12, and 1 13, and the like, of Figure 1 . 

Interactive entry of offers and bids, and completion of other transactions and 
administrative tasks, is accommodated through the use of various system 
commands, preferably entered via a keyboard or other interface device such as a 
mouse as described herein. In general, each command is associated with a series 

10 of one or more interface screens adapted to elicit further input from or communicate 
further information to the user. Examples of such screens and commands are 
described below and in the Figures. 

In describing a trading system according to the invention, it is useftjl to refer 
to various classes of system users. In general, users may be classed or described 

15 as "offerors" or "sellers," and "bidders" or "buyers," or sometimes through such 
accounting or oversight capacities as bookkeepers or accountants. It should be 
noted, however, that a single user may act in several of these (or other) capacities, 
or all of them, as for example as both offeror and bidder simultaneously, attempting 
to sell one or more sets of bonds while bidding on or buying others. It should also 

20 be noted that users referred to herein as "offerors," "sellers," "bidders," "buyers," or 
in other capacities include and can refer to both principals and agents, such as for 
example brokers or brokers 1 agents and employees. Terms such as "offeror," 
"bidder," "seller," and "buyer* are used only in their functional sense vis a vis the 
systems or functions herein described, and no particular legal or financial meanings 

25 or relationships are intended except as herein otherwise indicated. 

EXAMPLE 

As discussed, an advantageous manner in which to implement the invention 
is for a financial services provider to provide computers and suitable hardware, 
30 software and data bases, etc., implementing the methods and processes described 
herein on a host computer, accessible by users via number of remote terminals, as 
for example by means of wide- or local-area networks or by combinations thereof, 
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preferably private or otherwise secure. The terminals are used by client offerors and 
bidders, often in the name or on behalf of bond brokerage firms known to the host or 
services provider and provided with appropriate instructions and security, to access 
the system and to make and accept offers and bids as herein described via a 
5 network. A commercially-available example of such a system is Bloomberg, LP.'s 
SPEX™ bond trading system. The SPEX™ system is accessible through a private 
ECN. 



Registering and Identifying Users and User Privileges 

10 A first step in implementing such processes and accommodating trading of 

bonds or other financial instruments in such cases is to register users so that they 
are properly identified to the system and the system provider, and may be held 
accountable for trading actions, and properly served, while using system. An 
administrator of the service provider which provides the system via the network 

15 receives an application from a prospective trader. Assuming that the applicant 
meets all administrative requirements of the service provider, including for example 
any applicable regulatory requirements or proof of appropriate financial stability, the 
service provider enters into the system information identifying one or more principals 
of the applicant who will be responsible and directly accountable for each of the 

20 applicant's actions on the system. In the type of system described for this 

embodiment, it is anticipated that most of the applicants will represent financial or 
bond trading firms, and that the principals of such firms will be identified in the 
system as a class titled "firm principals," who serve as the primary firm 
administrators. 

25 A registered firm is provided with a default of three additional classes of firm 

users for the system: managers, traders, and "back office" or accounting or book 
keeping staff. Firm administrators, who can include not only principals but their 
designees in other classes, are enabled to set up user accounts or user 
identifications, including passwords, for their managers, traders, and office staff, 

30 each class and optionally each member of the class being accorded varying 

privileges on the system. Each user class and each individual user i.d. is provided 

19 
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by the system with an attribute set specifying these privileges; firm principals and, at 
the principals' option, their designees are permitted to change the privileges. 

A firm principal or administrator who has been given access to the system 
adds additional firm users by entering a command "LICM" at a system command line 
5 usually presented on a system screen such as an entry or starting screen (not 

shown). This results in the presentation of the screen shown in Figure 3, the "User- 
Class Manager" screen. In the screen shown in Figure 3 the user is prompted to 
either to add or edit members of one of the four classes 301 shown under the rubric 
"Class Name", or to modify or define default attributes for the classes 301 

10 themselves, or to create an entirely new class. To modify or define default attributes 
for a class, the appropriate item 302 is selected by typing the associated number 1 ) 
- 4) from the keyboard or optionally by selecting the appropriate item or item number 
with an interface controller such as a mouse. To review or edit attributes for 
individual class members, the appropriate selection is made from item group 303. 

15 In general, privileges, or sets of attributes or authorizations assigned to user 

classes or to individual users may not exceed privileges set for the firm by the 
administrator of the trading system. That is, individual classes or users are generally 
enabled to perform functions or to bind the firm only to as great an extent as the 
firm's authorizations permit. 

20 Generally, the current command function is shown for the convenience of the 

user in field 327. 

Each of these operations will be demonstrated through creation of a new user 
class 301 . To create a new user class the authorized administrator selects the 
"Create New Class" item 304. This results in presentation of the pop-up screen 

25 shown in Figure 4. First the administrator is prompted to enter at location 305 a 
name for the new class. 

If the screen has been reached in error, the administrator may enter a "menu" 
command, for example through the use of special keyboard combinations, selection 
of item 306 with the interface controller, or preferably through the use of a dedicated 

30 keyboard button labeled "menu," to back-track or proceed to any suitable intended 
function. 
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If the screen has not been reached in error, the administrator enters a name 
for the new class at 305. Entry of a new class name "my trader" results in 
presentation of the screen of Figure 5. 

At the screen of Figure 5 the administrator is enabled to provide a "short 
5 name" for the new class, to set security parameters, and to set options for revealing 
information to, for example, other traders when the new user acts in the capacity of 
an offeror or seller. The class short name is entered at field 307. This short name 
may be used, for example, in command line operations for retrieving identity 
information, information regarding the class, or for executing other functions such as 

10 will be discussed below. Security parameters are set by making appropriate 
selections and data entries at fields 308. The administrator is enabled to require 
members of the class to use passwords when initiating order-executing commands, 
as for example executing trading transactions, and to set a period in minutes 
following entry of a password, if required, for which the password is effective. If the 

.15 password requirement option is set to T\ as shown, then when a member of the 
class attempts to initiate an order-executing command, the system prompts the user 
for his/her password before accepting or authorizing execution of the command. At 
the expiration of the time period set at 308, 309, (shown as set to a default value of 
15 minutes) the user's authority to initiate order-executing commands is disabled, 

20 while the authority to enter non-order-executing commands, such as commands 
associated with the review of offerings or the user's own blotter, is not disabled. 
Optionally some non-order-executing functionality is disabled also. If the password 
requirement option is set to "NT, no password is required for initiation of order- 
executing commands, or for use of other functions. Default security parameters are 

25 shown at fields 309 and need not be changed for the user to be able to access the 
system. Options for revealing information to other traders are set or selected by 
making appropriate entries and selections at fields 310, with defaults being offered 
at fields 311. In the embodiment shown, no defaults are offered for showing high 
bids entered by class members to all other users, at line 340, or line 341 for enabling 

30 class members to decide whether to show their high bids or not; the class members 
are required to show high bids on offerings to other users. 
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When the administrator is satisfied with class user attributes set on the fields 
shown in Figure 5, he or she is enabled to modify or set additional attributes by 
entering the command TageFwd" at command line 312, or pressing a suitable 
dedicated key or keystroke combination. Entering the "PageFwd" command results 
5 in presentation of the screen shown in Figure 6. At the screen shown in Figure 6 the 
administrator is enabled at fields 313 to enable class members to take action on 
behalf of the firm, or the administrator may accept defaults offered at fields 314. The 
administrator may also set trading capabilities for individual class members at fields 
315 or accept defaults offered at fields 316. The administrator is enabled at line 317 

10 to authorize the user to operate on behalf of other users within the same firm; at line 
318, to cancel firm bids; at line 319 to cancel firm offerings; and at line 320 to 
change reserves and spreads for firm offerings. Similarly, at line 321 the 
administrator is enabled to authorize the user to bid; at line 322 to post offerings; at 
line 323 to post, conditioned on further authorization, staged offerings; and at line 

15 324 to stage offerings him- or herself. Optionally any of the capabilities assignable 
by the administrator at lines 31 0, 31 3, 31 5, and in particular any of such capabilities 
which may be initiated by the user to execute orders, are further subject, by default, 
to password use requirements as described above. 

The administrator is also enabled to delete user classes by selecting item 

20 325, or to change a class name by selecting item 326. Upon selection of such 
options the administrator is presented with suitable screens adapted for eliciting 
information such as class names to be designated for deletion or change. 

When the administrator is satisfied with his or her choices, he or she enters 
T and return, or "Go", and the class is created, with attributes saved by and 

25 accessible from the database. Screen 3 reappears in the form shown in Figure 7, 
with the new class name shown at line 396. By selection of items 303 the 
administrator is enabled to designate individual users as members of the 
corresponding classes 304. 

The administrator is enabled to create a new individual user by selecting the 

30 appropriate item number from fields 303 in Figure 7. Entering "23" at command line 
312 results in presentation of the screen shown in Figure 8. Where a new user is to 
be added to a previously-existing class or an existing class member's privileges or 
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attributes are to be modified, a list of user names, identification (Id." or TIUID n ) 
numbers, and the users' associated class names are shown in fields 328, 329, and 
330 respectively. Where the class is new or no individual class member entries 
have been created, fields 328, 329, and 330 appear blank, as shown. 
5 Selection of item 331 , "Add New User", from toolbar 332 results in 

presentation of the screen shown in Figure 9; the administrator is prompted to enter 
a user i.d. name in field 333 and the user's full name in field 334. The screen shown 
in Figure 10 is presented as a result. The administrator is now provided with default 
values 335 for security parameters. Default values 335 are defined by the default 

10 set 309 provided at the screen shown in Figure 5, but may be changed for individual 
users by entry of appropriate data in fields 336. Options for revealing information to 
other traders are set or selected by making appropriate entries and selections at 
fields 337, with defaults being offered at fields 338. Again, defaults are set by 
attributes set by the administrator for,the class, but may be changed for individual 

15 users. 

When a user attempts to perform a function on the system by entering a 
command at command line 312, for example, the system queries the user data base 
for proper privilege attributes for the user. If no such privilege is defined for the user, 
the system checks for privilege attributes at the class level. If no class privilege has 

20 been established, the system uses the defaults set by the system. In either case the 
use of a password may be required in order to initiate some functions, including 
order-executing commands. 

Finn administrators are enabled to set privileges, policies, and limits to which 
the firm's resources, including money, may be committed by individual users, by 

25 classes, or by the firm as a whole through its aggregated users. In general, 

privileges for classes and for individual users are limited to those available to the 
firm as a whole. To set firm privileges, policies, and limits, the administrator enters 
an U FD" command at command line 312, resulting in presentation of the screen 
shown in Figure 1 1 . At the screen shown in Figure 1 1 the firm administrator is 

30 enabled to set limits on either or both of firm bidding and offering totals in fields 342. 
Default limits, preferably based on discussions or negotiations with the system 
provider, are provided in fields 343, and are generally changeable only on authority 
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of the system provider or underwriter. Enablement of infra-firm trading is offered at 
line 344. 

Commitments made by a firm's individual users and by the firm as a whole 
are monitored by the system, by tracking bids and offers made by such individual 
5 users as the commitments are made, adding them to previous firm and individual 
user totals, and comparing the totals to the firm limits shown in fields 342 and/or 
343. When an attempted proposed transaction would cause firm limits to be 
exceeded, the transaction is disabled and the user attempting the transaction, and 
optionally firm administrators, are presented with a suitable warning or 
10 verification/inquiry screen. 

Finn administrators are also enabled to designate firms with which their own 
firm will not trade. To designate such firms the firm administrator enters "FTPM" at 
the command line 312 and is presented with the screen shown in Figure 12. A list of 
firms which the firm has currently dedicated as non-trading partners, if any have 
15 been so designated, is presented in fields 346 and 347. New firms with which the 
firm does not wish to trade may be designated by selecting item 345 "Add New Firm" 
and entering the firm's name and system i.d. in fields 398 and 399 of the resulting 
pop-up screen 397 of Figure 13. Firms may be reinstated as trading partners by 
entering the corresponding line number 346 at command line 312 and blanking out 
20 entries shown in pop-up screen as shown in Figure 13 which results, in which fields 
398 and 399 will show the firm's name and UUID. 

To check or confirm firm information a firm administrator may enter TP" at the 
command line to be shown the screen shown in Figure 14. 

25 Accessing the System 

In the system described in this Example, access to the bond trading system is 
enabled, inter alia, through control of terminal access. Once a terminal has been 
granted access to the system network, any user permitted access to the terminal 
may view outstanding offerings, and optionally high standing bids. In preferred 
30 embodiments passwords are required only for performing certain functions such as 
the posting of an offering or bid. 
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In some embodiments of the invention terminals having access to the trading 
network are located in secure locations, such that members of the general public are 
not granted access. Alternatively, access may be made through secure connections 
on public terminals or networks such as the Internet, through the use of security 
devices such as user names, passwords, and the like. Each of these security 
techniques may be employed in combination with any other(s). 

Preferred systems according to the invention provide two or more data sets, 
each data set held separate from each other, for example on different servers or 
data storage devices, or by employing embedded or associated data set identifiers 
such as tags, so that data in one data set may not be accidentally transferred to the 
other. In preferred systems of this type each data set is operated on by one or more 
instances of the same programming functionality (i.e., command functions), each 
executing identical, or substantially identical, operations on the separate data sets. 
The use of such systems facilitates testing, training, and/or practice by individual 
users and optionally separation of markets, by enabling fully-functional two-way 
simulated training parallel to actual trading channels. A preferred example 
comprises one data set for "production" - the entry and execution of actual trading 
transactions - and the other for testing, training, and practice. In order to trade with 
each other, users must access the same data base. 

In this Example the user designates which data set he or she wishes to use 
by using the "channel" command. The user enters "CHAN" at command line 312, 
resulting in presentation of the screen shown in Figure 15, and selects the desired 
channel by entering at command line 213 "CHAN XX", where "XX" is the desired 
channel or data set number. For example, the data set designated as "Channel 1 " 
can be used for actual trading (or "production") purposes, and any other channels for 
use by individual users or groups of users for practicing trading, testing new 
functions, etc. The newly selected channel is shown in field 395. In preferred 
embodiments a plurality of non-trading, or "non-production, 0 channels are provided, 
so that "private" or closed training, test, or practice sessions may be held. In 
addition to assuring privacy, this can help speed processing by system hardware, by 
use of suitable internal priority classifications and/or assignment of data processing 
to separate suitable processors or servers. In such embodiments it is preferred that 
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a separate instance of all command functions be dedicated to the production 
channel, to avoid delays in the live trading channels and thus provide the fastest 
possible handling of actual transactions. The current channel or data set number is 
optionally shown on all function screens for constant user reference. 

To reduce unnecessary costs associated with maintaining the trading system, 
and in particular for maintaining or providing sufficient processor memory resources, 
preferred embodiments of the invention comprise deleting or transferring to long 
term storage media such as tapes or magnetic disks all data on non-production 
channels on a suitably and conveniently frequent basis, preferably periodically and 
automatically. 

Proposing a Transaction 

To propose a transaction a user may enter "OFSU," together with an 
identification of the interest to be traded, at command line 312. The interest 
identification may be entered in any fashion capable of satisfactorily, and preferably 
uniquely, describing the interest offered. For example, an abbreviated description 
comprising a corporate identifier such as the corporation's stock ticker symbol, the 
percentage yield shown on the face of the bond, and the maturity date in form such 
as B IBM 6.5 01/15/28", meaning a bond issued by the International Business 
Machines Corporation, paying six and one-half percent interest annually and 
maturing on January 15, 2028, as shown at item 351 in Figure 17; or by entering the 
number assigned to the bond by the Committee on Uniform Securities Identification 
Procedures (that is, the a CUSIP n number) as shown at field 356. Entry of °OFSU 
IBM 6.5 01/15/28" or "OFSU 459200ASO" results in presentation of the screen 
shown in Figure 16. 

At the screen shown in Figure 16 the user is prompted to indicate whether the 
proposed transaction will be for auction (either buy side or sell side), outright sale or 
purchase (i.e., a Tive B bid or offer), or either, by entering at command line 312 the 
appropriate number from fields 349. The user is further enabled by entering item 
number °8 W from optional field 350 to upload a set of offering data previously 
formatted by means of another computer process, such as a commercially available 
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data base program. Such data sets can describe any number of proposed 
transactions. 

When a user enters "4° at command line 31 2 in response to the prompt of 
Figure 16, the post offering entry screen shown in Figure 17 is presented. The 
5 screen of Figure 1 7 prompts the user for entry of data describing the bond offering. 
Also shown, at item 348, in the screen of Figures 1 6 and 1 7 is the current channel, 
as selected through use of the CHAN command. Optionally various input fields are 
presented or enabled only when they correspond to the type of transaction being 
proposed. For example, in a straight sale/purchase proposal Auction some or all of 

10 options 353, 354, 356, 357 and others need not be shown, or can be shown in 
modified format to indicate that they are not active fields, where applicable. 

The user is required to enter at field 352 a par value of the offered financial 
interest, e.g, bond lot, and at 353 is offered the option of entering a reserve spread 
to indicate the lowest price, stated in terms of a spread off the benchmark price 

15 shown at fields 365, that the offeror is willing to accept. 

Fields 364 and 365 show particularly useful and advantageous reference 
information made available to the trader proposing the trade, and optionally to 
traders invited to enter responsive proposals. Terms for transactions in financial 
interests, particularly those less frequently traded, such as corporate bonds, are 

20 often stated relative to more liquid interests, for example government bonds such as 
treasury issues. Financial interests used for comparisons in this fashion are 
sometimes referred to as benchmarks. For example, in Figure 17 the sale of a lot of 
IBM 6-1/2 percent bonds maturing 01/15/2028 is proposed via an OFSU screen in 
terms relative to a 30-year treasury bond benchmark, for example 6-1/2 percent 

25 treasury bonds maturing 05/1 5/2030 (a "thirty year treasury benchmark"). At field 
354, for example, the entry "Reserve Spread" can be used to express a lowest 
acceptable price, or spread - that is, the lowest price acceptable to the offeror. This 
lowest acceptable price (highest acceptable yield) is expressed by the offeror in 
terms of basis points relative to the yield of a 30 year treasury benchmark. The 

30 stated reserve price is 60 basis points, or 0.60 percent, "over" the treasury's yield, 
and in particular over the effective yield of the benchmark to a hypothetical 
purchaser at current or recently-known market prices. This yield variation may be 
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used, according to standard industry practice, to determine a lowest acceptable 
price in terms of dollars (or other monetary units) for the bonds. 

Thus, preferred embodiments of the invention, and in particular those 
employed in the trading of corporate bonds, provide for association with a financial 
5 interest to be traded a benchmark reference, generally in accordance with standard 
industry practice. Optionally, the selection of the benchmark reference is made not 
by the trader proposing the transaction, but by a third party such as the operator of 
the trading system, or by industry custom. Thus in the example shown in Figure 17 
the IBM issue identified for trading is associated by the system, preferably 

10 automatically, with a 6-1/2 percent 30-year treasury bond issue. Alternatively, the 
system or system provider may provide a default benchmark, overridable by the 
trader proposing the transaction. 

One or more prices for current or recent sales of the benchmark are shown in 
the third line of field 365, on terms stated in the second line thereof, as references to 

15 the trader proposing the transaction. In the third line an "Indicative Benchmark P/Y n 
(that is, price/yield), is shown. In the example of Figure 17 this benchmark reference 
price is an average price a prospective purchaser could expect to pay, and an 
average effective yield that such a purchaser might expect to receive, if the 
benchmark bond were to be held to maturity, if the prospective purchaser purchased 

20 the benchmark at current market prices. Preferably this average price / yield is 

based upon at least one, and preferably more than one, most recent available sale 
price for the benchmark bond. For example, a weighted average of prices paid / 
yields taken by a plurality of established institutional traders of treasuries, collected 
and calculated by the system operator may be used. In the BLOOMBERG SPEX™ 

25 system, a weighted average of four prices taken from the BLOOMBERG 

BONDTRADER® system can be used; or the mid-point of the most recent available 
national best bid / offer price for other proposals or sales in the benchmark, may be 
used, and an effective yield determined based on such average price. Sources 
include such institutional traders as Morgan Stanley, UBS, and others, but numbers 

30 and identities of sources may vary depending upon factors such as trading volume 
and timing.- For the example shown in Figure 17, the average price / yield are 1 10- 
1 1 / 5.539. That is, the current average market price of the benchmark, weighted in 



WO 02/19223 



Page 30 of 97 



WO 02/19223 PCT/US01/27137 

terms of volumes of individual averaged sales, would be, if discussed in terms of the 
face value of the benchmark bonds, 1 10.1 1 percent of the face value of the bonds 
(i.e., for $1000 worth of bonds a purchaser would pay $1,101.10). Payment of this 
price for the bonds would give an effective yield to a purchaser of the bonds, if the 
5 bonds were held to maturity, of 5.539 percent annually, somewhat lower than the 
stated interest of 6.5 percent. This effective yield is commonly used in the industry 
as another way of expressing the worth of the bond. 

In the example of Figure 1 7, the offeror's stated lowest price of 60 basis 
points over the current 5.539% average reported effective yield of the treasury 

10 benchmark would result in an effective yield to the purchaser of the offered IBM lot 
of approximately 6.1%, or possibly lower, if a commission were to be taken by the 
broker closing the sale. This indicative offer yield is shown at field 366, with the 
equivalent price for the offered IBM lot, as shown at 366, of 104.8 percent of face 
value. The indicative offer price/yield shown at 366 may be referred to as a 

15 reference price. 

Also shown as a reference, at field 364, is a set of recent national best bid / 
offer prices for the financial interest for which the transaction is being proposed. 
Each bid/offer set is received from a separate source not related to the trader 
entering the proposed transaction, and is displayed with a reference time and/or 

20 date at which the price was established. Each is received preferably from 

independent sources, that is, sources not connected with the offeror, and each 
represents the most current available data, offered or bid for the interest concerned, 
and is preferably reported within or close to real time. 

Some or all of the reference or benchmark price sources may be accessible 

25 by individual users or user firms on an authorized basis only, as for example by 
subscription, or they may be provided through a system service provider free of 
charge. For example, Bloomberg LP of New York provides several lines of suitable 
bond trading data in electronic format for use in systems according to the invention. 
Other financial institutions and news agencies provide suitable and compatible 

30 information as well. In the example shown in Figure 17, the prices have been 
received from Bloomberg Fair Value (BFV), Merrill Lynch (MLCM), and Fidelity 
Capital Markets (FCM). Prices are stated in terms of basis points over the stated 
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interest of the benchmark interest identified in field 365, and are calculated by the 
trading system if required. Optionally prices are either received in such terms or are 
converted to basis points relative to the benchmark by the trading system or its 
operator. An advantage offered through the provision of this information is that the 
trader proposing the transaction can determine how close to current "market" terms 
his offer is, since they may be compared directly to the reserve price established by 
the trader proposing the transaction. 

In preferred embodiments of the invention the user is enable to access 
interactive screens containing data input fields to help him or her in computing 
reserve spreads. 

In the example shown in Figure 17, an auction transaction is proposed. 
Auctions conducted according to the invention are preferably provided with a defined 
starting and ending time and date. At field 354 the offeror is enabled to enter an 
auction date and at 376 a standard or non-standard settlement date, based on 
preference and industry custom. At 359 the offeror is given another opportunity to 
elect, or to confirm, whether to offer the bond lot is offered for outright sale as well as 
auction, by either entering an acceptable outright sale spread or leaving the field 
blank. At 356 the offeror is given the option of rolling the proposed transaction over 
into a new proposal in the event that no acceptable responsive bid is received prior 
to the auction date or time, or close of business for a given session. For example, it 
is sometimes advantageous to close business at a given point during the day, as for 
example to facilitate accounting, etc.; in such cases the proposal is associated with a 
new proposal period (e.g., a new airction time) and maintained on the server 
database with appropriate tags, accessible by other system users according to 
system rules. Optionally, the user making the proposal is enabled to renew the 
proposal at opening of the next session. At 357 the offeror is enabled to elect to 
show the reserve entered in field 353 on the offering description presented to 
bidders, and at 358 to elect to show prospective bidders the highest bid received. 

At 361 the user entering the proposed transaction is enabled to associate one 
or more keywords with the proposal, to facilitate rapid and efficient organization, 
monitoring, and searching of multiple offerings. Standard keywords may also be 
designated by a user's firm, for example, so that a manager, administrator, or book 

30 
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keeper may easily locate particular offers or sets of offers. Similarly, the offeror is 
enabled at 362 to enter personal notes, such as for example post special clearing 
instructions for the broker or agent who will complete the transaction in the case a 
bid is accepted, and at 360 a client reference number. Personal identifiers such as 
5 keywords, client reference, and personal notes entered at 360, 361 , 362, are 

preferably associated, for example by means of data tags, with data sets associated 
with the particular proposed transaction's description and stored in such association 
in data bases used by the system for data storage. 

Once a suitable description of the terms of the proposed transaction has been 

10 entered, the user enters "1" at command line 312 to post the offering, or M 2 n to stage 
the offering for further consideration or review by others in the user's firm, or makes 
the appropriate selection at items 387, 388. In preferred embodiments of the 
invention, when a proposal or other order-executing command is ready and the user 
wishes to post the description or otherwise execute the proposal command, the 

15 user's identity is checked for authorization, to ensure that the user has been 
authorized to exercise the propose a transaction of suitable size, and that the 
proposal, if posted, will not cause the user to exceed either his or her personal, firm- 
assigned trading limits as discussed in connection with Figure 10, or aggregate firm 
limits as shown in Figure 1 1 . If the user is not so privileged, or if personal or firm 

20 trading limits will be exceeded on posting, the user is so notified and the offer is held 
pending resolution of the discrepancy. If the user is so privileged and within 
assigned trading limits, a check is made to ensure that the user has entered a valid 
password, and, in instances in which the password is assigned a time period, that 
the password has most recently been entered within the assigned period. If the 

25 password is valid and has been entered most recently within the prescribed time 
limit, the offering is accepted and posted. If the password is not valid or has not 
been entered within the prescribed limit, the proposal is retained by the system 
database, but suspended, and the user is prompted to re-enter password. Again, 
the administrator who has assigned the user's password limitations has the option of 

30 setting the time limit for the password to zero, or to any other suitable figure, to 
require that the user enter his or her password on entry of each transaction. 
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Confirmation of posting of the offer is made by presentation of the screen shown in 
Figure 18. 

Optionally the user may "stage" his/her proposal for review another user, such 
as for example an administrator or supervisor within his firm. The reviewing user 
5 can be assigned a supervisory or administrative authority to access to the user's 
proposals, and may access them, preferably upon entry of a password, to review 
and edit/approve/ the proposals, or to cancel, hold, or postpone them if necessary 
before they are released for access by other system users such as prospective 
trading partners. When a user has elected to enter a staged offering by entering "2 B 

10 at command line 312 or by selecting item 388 from the screen of Figure 17, the 
menu of Figure 19 is presented. At Figure 19 the user is offered options of creating 
a new list of staged proposals or adding the current proposal to an existing list of 
staged proposals. Lists of staged proposals may be assigned, for example by 
name, to particular supervisors or administrators, or to users assigned to designated 

15 supervisory or administrative classes. Entry of "V at command line 312 from the 
screen of Figure 19 results in presentation of the screen of Figure 20, in which the 
user is prompted to enter a name for the new staged offering at field 612. Entry of 
the name "spex" results in presentation of the screen of Figure 21 , in which data 
entered at Figure 17 is confirmed, with notification at 312 that the offering has been 

20 staged. Upon entry of desired data the information is stored pending review and 
approval by designated users having access to the designated list (e.g., "spex"). At 
item 453 the user is offered the option of adding the offering to additional staging 
lists. 

To review a staged offering, a supervising or administrative user enters 
25 "SOLM" at the command line. This results in presentation of the screen shown in 
Figure 21b. Entry of option u 2" at command line 312 of Figure 21b results in 
presentation of a screen such as that shown in Figure 21c. In Figure 21 c the user is 
presented with a list of all staged offering lists the user is authorized to access and 
preferably edit/approve. Entry of item number "1" at command line 312 in Figure 21c 
30 results in presentation of a screen such as that shown in Figure 21 d. In Figure 21 d 
a list of all proposals in list "spex" is presented. Entry of item number 8 1 n at 
command line 312 in Figure 21 d results in presentation such as that shown in Figure 
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17. The supervising or administrative user is enabled to modify all fields available to 
the user who originally entered the data, or, by selecting "Delete Mode" item 479 
beneath the command line, to cancel the proposal. Upon entry of option "1" at 
command line 312 or selection of item 387 by placing an "X n in field 480 in front of 
the suitable line, the proposal is released, or posted, for review by other users, such 
as potential bidders. 

In preferred systems according to the invention a posted offer is cancelable at 
any time prior to the time posted for the auction. In addition, the reserve price, 
public notes, and bond lot size are changeable at anytime prior to auction. The 
entry of a valid password is required in preferred systems to effect a cancellation. 

As another example, a Bid Wanted may be entered by entry of item number 7 
at command line 312 of Figure 16. This results in presentation of a screen such as 
that shown in Figure 17, but with reserve spread field 354 blank and optionally no 
field being given for entry of a deadline, the bid wanted being left open until close of 
session or until a time designated by the user making the transaction proposal. 
Straight offers or purchase requests may be entered in the same way. 

Making a Responsive Proposal 

A user wishing to enter a responsive proposal to a posted proposed 
transaction is enabled to review posted transactions in several ways, and to create 
customized filters and viewing formats through the use of the "OFVM" command. 

Entry of the "OFVM" command results as a default in the presentation of a 
screen such as that shown in Figure 22. This screen is particularly useful where a 
wide variety of transactions, for example, both buy- and sell-side auctions, and buy- 
and sell-side straight offers, are enabled. The user is enabled to select from a 
number of standardized or default viewing formats and search filters, or to create 
and save his own formats and filter structures by reading the selections shown in 
fields 386 and 387 and entering the appropriate item number at command line 312. 
The use of various formats and filters causes, upon execution of the format or filter 
command, a search of the database for transaction descriptions meeting the criteria 
of the format or filter, and assembly of a suitable screen display. For example, entry 
of "21" in presentation of a screen such as that shown in Figure 23. In this screen 
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the user is enabled to create a filter for viewing any desired subset of offerings 
identifiable by means of stored data, by making suitable entries in fields 388 and 
389. The user is also offered the option of saving his or her filter selections for rapid 
and efficient future use. Sample filters include par value or face amount of the 
financial interest, coupon value, years to maturity or maturity dates, reserve spreads, 
composite ratings, Standard & Poors, Moody's or similar rating, or issuer, and 
statues such as open, traded, priced, expired, canceled, or rolled over. By making 
the appropriate entry at field 390 the user is enabled to elect whether to be alerted 
for new or changed offerings. 

Entry of "1" at command line 312 from the screen of Figure 22, or optionally 
entry of the command "OFVM" at the command line of another screen, results in 
presentation of a screen such as that shown in Figure 24, which includes a list of 
proposals all in the active data base, sorted by type and proposal deadlines 354. 
Displayed information comprises descriptions 368 of the interest at issue; indication 
456 as to whether the proposal is a buy- or sell- proposal; reference or bench mark 
price indication 371, which may include for example all or portions of the reference 
information of fields 364 and 365 shown in Figure 17; high bid listing 372 showing 
any entered high bid, if applicable; outright sale price 373, if applicable (note that 
both items 372 and 373 may be applicable); status 374 of the proposal; and 
indication 454 as to whether the proposal is from the buy side or the sell side. 
Optionally the identity of the proposer is shown also. Proposer identities can include 
the offeror's i.d. or merely an indication as to whether the offering is made by the 
user's firm or another offeror. 

By entering at command line 312 one of line numbers 367 associated with a 
particular proposal as shown in Figure 24, the user is offered options 421 , as shown 
in Figure 25, of entering a bid, viewing all current offerings for the selected security, 
viewing all historical offerings of the security, further analyzing the bond lot 
described in the offering through use of the "DES n command, or analyzing the 
effective yield of an offered bond at a given price through use of the "YAS" 
command. Optionally the bidder is enabled to see, in addition to those items 
described above and shown on Figure 17, the seller's previous auction score, or the 
relative frequency with which the seller has historically successfully completed sales 
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of his or her offerings, or to enter other types of responsive proposals, as 
appropriate for the selected proposal. For example, selection of an auction proposal 
would be result in presentation of options including entry of a responsive bid and, if 
applicable, a straight purchase offer. 

By entering at command line 312 the line number from field 421 
corresponding to the option of making a bid on an offering, the user is presented 
with a screen such as that shown in Figure 26. The user's identity already being 
known to the system through the log-on process, and the user having previously 
identified the interest and the nature of the proposal through entry of the associated 
line number, the only required information for entering a bid is the actual offer price, 
entered at field 375 in terms, for example, of basis points (b.p.) relative to the 
benchmark price. Optionally also displayed are reference or benchmark prices in 
field 364 and averaged benchmark 365, settlement date 376,. auction date 354, and 
CUSIP reference 356. The bidder is enabled to enter personal notes in field 377 
and keywords in field 379. Optionally keywords displayed in field 379, clearing notes 
in field 378, and notes in field 377 include public keywords, clearance notes, and 
public notes entered by the offeror. 

Once a complete responsive proposal has been entered, the user enters T 
at command line 312 and the user's identify is checked for authorization, to ensure 
that the user has been assigned the privilege of making bids of the attempted size, 
and that the bid, if posted, will not cause the user to exceed either his or her 
personal, firm-assigned trading limits as discussed in connection with Figure 10, or 
aggregate firm limits as shown in Figure 1 1 . If the user is not so privileged, or if 
personal or firm trading limits will be exceeded on posting, the user is so notified and 
the bid is held pending resolution of the discrepancy. If the user is so privileged and 
within assigned trading limits, a check is made to ensure that the user has entered a 
valid password, and, in instances in which the password is assigned a validity time 
period, that the password has most recently been entered within the assigned 
period. If the password is valid and has been entered most recently within the 
prescribed time limit, the bid is accepted and posted. If the password is not valid or 
has not been entered within the prescribed limit, the user is prompted to re-enter his 
or her password. Again, the administrator who has assigned the user's password 
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limitations has the option of setting the time limit for the password to zero, or to 
some other suitable figure, to require that the user enter his or her password upon 
entry of each transaction, or a defined number of transactions. 

A successfully entered responsive proposal is confirmed by the display of a 
5 suitable screen as shown in Figure 27. By entering at command line 312 an 

appropriate selection from field 379 the user is enabled to view all offerings made for 
the offered bond lot, to view all of the user's own bids, or to cancel or correct the bid 
just entered. In preferred systems according to the invention a bid is correctable or 
cancelable at any time prior to two seconds before the designated auction time. 
10 In the case of an auction proposal in which outright purchase has been 

authorized by the trader entering the proposal, a bidder can buy the offered lot 
outright by entering an appropriate offer on the screen shown in Figure 26. 

Resolution of Transactions 

15 Once a proposal has been posted and at least one proposal suitable as a 

response has been received, a search of the proposal data base is made, all 
acceptable responsive proposals are identified and reviewed by the computer, as for 
example by monitor server 103 of Figure 1, and the best responsive proposal is 
identified. Optionally, this best response is made available or routed to display 

20 screens in conjunction with the proposal, and is available for consideration by other 
potential respondents. In the case of an offer for outright purchase or sale, the 
transaction may be closed, either by the trading system, a designated closing agent, 
or by other means, at the option of the trading parties. 

In auction cases, at the time designated by the offeror for auction, all entered 

25 bids or offers (auction "entries") are reviewed by the system, as for example by order 
matching server 104 of Figure 1. Potential entries include not only bids/offers 
directed by the responding trader at the auction proposal, but also "live" bids and 
offers, that is, active bids and offers for straight purchase of the same or sufficiently 
identical financial interests, entered independently of the auction proposal by other 

30 traders. Optionally crossing auction proposals may be accepted as responsive 

bids/offers also. For example, a buy-side auction with a suitable stated reserve price 
may be crossed with a sell side auction for the same financial interest, if the auction 
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deadlines stated by the trader entering the auction proposals are the same or 
sufficiently close. 

If no acceptable entries have been entered, an appropriate notation may be 
added to the description of the proposal and displayed with the offering on lists of 
5 offerings prepared and/or displayed by the system; or a field reserved for display of 
best response data may be left blank. If one or more suitable entries have been 
entered, the system reviews them and the best responsive entry is accepted. In 
preferred embodiments of the invention, within 10 seconds of completion of the 
auction, the system informs the offeror, the bidder, and any designated brokers or 

10 closing agents that the transaction has occurred. Notification is made, for example, 
by e-mail and/or by suitable on-screen message. In addition, the seller's and 
buyer's monitor screens are updated to reflect the trade; trade blotters and auction 
histories available to the seller, the buyer, and all other users are updated; and the 
system's publicly-available volume and activity reports are updated. 

15 In preferred embodiments of the invention a 1 5 minute or other desired delay 

is caused by the system between closing of the auction and setting of the final price 
by fixing of the benchmark price. This delay may be used to retrieve the most 
current benchmark price data available, for use in establishing the final purchase 
price. At the close of the waiting period the benchmark price is fixed, and the actual 

20 price determined by adding or subtracting the basis points in the spread included in 
the bid. If the final determined price meets or exceeds the minimum reserve price 
set by the offeror, or is within the reserve spread specified by the offeror, the trade is 
finalized and the parties notified, preferably by e-mail, on-screen notification at the 
parties' terminals, or other suitable means; and firm and/or individual trading limits 

25 are updated as appropriate. 

In the event that no acceptable entries are received, the offeror is enabled to 
"roll over 0 his or her proposal for re-auction. The offeror is enabled, for example, to 
simply review a list of his or her own proposals and designate any desired proposals 
for renewal, with suitable auction dates and any desired changes or corrections to 

30 the offering description. This may be accomplished by entering the command 

"OFRO" at command line.312, which results in presentation of a screen such as that 
shown in Figure 28. To roll over a particular proposal, the user may merely enter the 
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corresponding line or item number(s) 385 while viewing the M OFRO n screen, or 
entering an M X" in field 457 and entering suitable data for setting the date and time of 
the new auction. It is also advantageous in some circumstance's to be able to 
modify a proposed transaction upon rolling the proposal over for re-offering. In such 
circumstances modification may be enabled by allowing direct entry of new or 
modified values or parameters directly at the rollover management screen. For 
example, description elements in underlined data fields 460, 461, 462, 463 in Figure 
28 may be modified by typing new data directly into the fields. Moreover, the user is 
enabled to conveniently increment or decrement offered or reserve spreads by 
selecting increment/decrement items 458, as for example by selecting the items 
using a computer mouse or other input device. New settlement date 459 may be 
entered by the user or set by the system to a default rollover time. Optionally a 
confirmation screen such as that shown in Figure 29 results from execution of the 
rollover command. 

In preferred embodiments of the invention, all agreed transactions are 
conducted through and closed by neutral, third party agents or brokers designated 
by the system service provider, or optionally chosen from a list, by the buyer or seller 
of the of the bond, or otherwise specified; as for example as a part of closing 
instructions associated with the bid or offer. 

A preferred embodiment of a method for deciding auctions according to the 
invention is shown in Figure 39. The method of Figure 39 is well suited to 
implementation on systems such as those shown in Figures 1 and 2, and described 
in this Example. The process begins at 504 with an inquiry as to whether any user 
has indicated that he or she wishes to enter any new transaction proposals into the 
trading system. For example, the contents of a buffer or queue for receiving 
incoming communications from system users is read, and any new transaction 
proposal requests, such as a user command input "OFSIT, are identified. When a 
request to enter a new proposal is received, the user making the query is prompted 
at 506 for input to complete a description of the proposed transaction. Such a 
prompt can take the form of, for example, the OFSU screen shown in Figure 17. 

After the user has entered elements for the description of the proposed 
transaction, as for example by entering data in appropriate fields in a screen such as 
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the OFSU screen of Figure 17, and has given a suitable command to indicate that 
he/she has entered all items of the description (as for example by entering T at 
command line 312 of Figure 17), and to execute the proposal, the system at 508 
reads or otherwise receives the description. If all other requirements (e.g., password 
5 authorization and credit limits have been met), at 510 the system determines 
whether the proposed transaction is for an auction or for a straight sale/purchase. 
Generally this designation is made by reading user input. For example, the user 
may enter data in the reserve spread field, or designate an auction deadline, or has 
select an "auction" option. In any case, if the user has entered an auction 

10 proposal, at 512 the system ensures that a deadline time and / or date has been 
associated with the auction. The deadline may be set by the user, as for example 
by entry of data in the appropriate fields of the screen shown in Figure 17, or it may 
be set by default by the system; or it may be set by combination of the two. Upon 
association of the auction deadline and assurance that the proposal description is 

15 complete, at 514 the system writes a description of the proposal to the system data 
store and preferably makes the description available to other users, such as 
potential bidders, either by authorizing access to such users, as for example by 
posting the description to a suitable data base, or by actively forwarding the 
description to such users. 

20 If the proposal description received at 508 is for a non-auction transaction, the 

description is written directly to the data store and made available to other users. 
Optionally an expiration time for the proposal is associated with the proposal, as for 
example by designation by the user entering the proposal, or by the system as a 
default. 

25 At 516 the system determines whether the proposed transaction may be 

considered as a bid or other entry for a previously-received auction description. For 
example, if the description is for an express entry in a previously-defined auction; or 
for a "live" or straight purchase or sale proposal for the interest identified in the 
auction description, and the price bid/asked for the live proposal meets the reserve 

30 price criteria of the auction description; or if the proposal is for a buy- or sell- auction 
meeting the criteria of a previously-proposed sell- or buy auction, and the proposal is 
still active at the auction deadline, it may be considered an entry for the previously- 
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described, auction. If the new proposal may be considered as an entry for a 
previously-defined auction, at 518 relevant terms of the new proposal are added to 
the bid or entry list for the previously defined auction, and are preferably written to 
the system database and optionally released to other users accordingly. 
5 In either case, at 520 the data set of proposed transactions is updated to 

include the new proposal, and the proposal is added to market views (such as the 
OFVM screen) of authorized users. 

At 522 the system clock is checked to determine whether the deadlines of any 
auctions have arrived, and thus whether it is time to conduct any of the proposed 

10 auction transactions. If it is not time to conduct any proposed auctions, the system 
repeats process steps 504-520, collecting new transaction proposals and updating 
bid lists, market view managers, and suitable databases as appropriate. 

If at 522 the system determines that it is time to conduct one or more 
auctions, at 524 the system checks all entered transaction proposals to determine 

15 whether any active non-auction (i.e., straight bid/offer) transactions for the interest to 
be auctioned (or a sufficiently similar interest) have been proposed. If so, at 526 
such proposals are added to the bid/entry list for the auction to be decided. At 528, 
the system checks whether any crossing auctions have been proposed and, if so, at 
530 adds such auction entries to the bid/entry list for the auction to be decided. 

20 At 532 the system decides the auction in accordance with rules set by the 

system and/or the user proposing the auction. For example, traditional high-bid/best 
offer auctions, Dutch auctions, reverse auctions, and other types are all suitable for 
use with the invention. At 534 the system processes auction results by, for example, 
notifying the party proposing the auction and the party(ies) winning the auction 

25 and/or forwarding details of the auction to a broker or other closing agent. 

Thereupon the process resumes from 504. Optionally, loop 522 - 534 is earned out 
as a parallel process to that of loop 504 - 520, so that both processes are 
conducted independently and simultaneously. 

30 Monitoring Offering and Bidding Activities; Canceling Proposals 

Entering "BLTR" at command line 312 from any screen results in the 
presentation of a screen such as that shown in Figure 30, which shows each of a 
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user's own transactions and/or proposals. In field 380 of Figure 30 a user's auction 
offer is shown on line 1 and an auction bid on line 2, as reflected by the use of "S" 
and a B" in column 527. The offer corresponds to the offer shown in Figure 17. Field 
374 comprises indications that both the offer of line 1 and the bid of line 2 remain 
5 open. High bids for the auctions are shown in column 528, the user's own bids in 
column 529. Listings may be filtered and sorted, and views customized, through the 
use of items 530, 531 . For example, views and filters may be customized using 
standard proposal terms, such as expiration deadline or auction time, or through the 
use of user-assigned identifiers such as keywords. Optionally selection of the items 

10 530, 531 results in presentation of a drop-down menu showing previously-defined 
default and user-created filters and views. 

To cancel or revise an open or pending proposal, to view details of the 
proposal, or to use the YAS or DES command functions in association with a bid or 
offer, the user enters the line number of the proposal from field 380 at command line 

15 312, resulting in the presentation of a screen such as that shown in Figure 31 . 

Desired action may be initiated by entering the appropriate line or item number from 
field 382. 

Consummated and proposed transactions entered by the user or by others 
may be monitored also through use of various filters. Preferred systems according 

20 to the invention provide a variety of standard, convenient pre-defined filters. For 
example, entry of the "BHIS n command and optionally a user i.d. at command line 
312 causes display of all responsive proposals associated with that user i.d., as 
shown in Figure 32. If no UUID is entered, the user's own UUID is used as a default; 
by using the firm's UUID or that of another trader within the firm desired bids may be 

25 viewed. At 464 the status of such responsive proposals is given. A number of 
status indicators may be used, as for example, "OPN" for proposals which are still 
open, TRD" for proposals which have resulted in accepted or consummated trades, 
U CXL" for cancelled proposals, and "EXP" for expired proposals. Supervisory or 
administrative users may be shown screens which further include a user 

30 identification and other information useful in supervision and/or administration. 

Entry of TOFH" results in a showing of all of a firm's offering history for an . 
optionally specified time period, as shown in Figure 33, which presents among other 
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proposal details an identity 471 of the user who initiated the proposal. Use of the 
u MOFH" command results in a display of a user's own offerings, as .shown in Figure 
34. Optionally filters such as the dates shown in fields 472 may be entered directly, 
as an alternative to working through the Filter item located beneath command line 
5 312. 

Entry of the "OFH" command results in presentation of a screen such as that 
shown in Figure 35, listing all offerings in the system pending during a user-specified 
time period. In Figure 35 a number of offerings are shown in item lines 589. 
Information displayed comprises auction times 354, par values 352, bond 

10 descriptions 351 ; and status indicators 381 . Bids and offerings displayed on 
screens such as those shown in Figures 30 - 33 may be selected from all offers 
recorded in the active data base, and may be filtered by use of keywords 361 shown 
in Figure 1 7 or by other suitable data values. 

The history of the offerings of a particular security or other financial interest 

15 may be viewed through use of a command such as the "ADH" command, as shown 
in Figure 36. The trade history of a specified user, which might include either an 
individual, a firm, or a group of users within a firm, may be viewed through use of the 
"TRDH" command, as shown in Figure 37. 

In each of the foregoing monitoring screens details of a listed proposal or 

20 transaction, optionally with revision or cancellation capability, may be recovered by 
entering the line number 589 associated with the proposal. 

As stated and shown in the figures, the "BLTR" and other commands can be 
used to cancel individual bids or offerings. In the event of emergency, however, it is 
can be advantageous to be able to cancel all of a user's (including an entire firm's) 

25 offerings and/or bids at once, through use of the smallest possible number of data 
entries in the shortest possible amount of time. In accordance with the Example 
embodiment of the invention this is easily accomplished by entering the command 
"PBTN" at command line 312, or by selection (as for example by use of a computer 
mouse or other controller) of "Panic" item or icon 455, which appears in Figure 17 

30 and others. Panic item 455 can appear on any or all screens presented to the user, 
particularly where the user has logged into the trading system by means of a 
password. Optionally execution of the Panic command requires use of a password 
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as described herein. Entry of the TBTN" command results in presentation of a 
screen such as that shown in Figure 38. 

Invocation of the TBTN" command results first in a review by the system of 
the user's privileges. If the user is authorized only to enter his or her own 
5 transactions, only items such as those shown in fields 383 are shown. If the user is 
authorized to review or cancel all of a firm's offerings, items such as those shown in 
fields 384, which enable rescission of proposals made by other users belonging to 
the firm, are shown also. Preferably items 383, 384 reflect not only the type (e.g., 
bid or offer) of transaction to be canceled, but also the number of such transactions, 

10 as shown in Figure 38. Selection of the appropriate item from one of fields 383 or 
384 results in a review of the proposal database and cancellation (i.e., rescission) of 
all of the user's, or his or her firm's, offers and / or bids, at a single keystroke or 
single command line input, or input from another interface controller, such a mouse 
or trackball. Optionally, a user may be authorized to rescind some subset of a firm's 

15 proposed transactions in addition to his or her own. For example, a user may be 
authorized to cancel all of the outstanding bids and/or offers entered by a single 
class or use of a firm's users. 

Thus the rescission of a plurality of proposed transactions is enabled by entry 
of the single computer command comprising entry of the command input TBTN" or 

20 selection of "Panic" field 455 from the command bar of screens such as those of 
Figure 4, 9, 10, or 17 and selection of the appropriate option 383, 384 from the 
resultant options screen, by a user authorized to enter or approve said transactions. 
The rescission process thus demonstrated is interactive, comprising the prompt of 
the PBTN screen and responses such as selection of the appropriate options 383, 

25 384. Optionally a confirmation screen (not shown) is presented in response to entry 
of one or more of options 383, 384. Such a confirmation screen could comprise a 
summary or restatement of the selected option 383, 384, and enable the user to 
enter a responsive B yes B or "no" input. 



30 While the invention has been described and illustrated in connection with 

preferred embodiments, many variations and modifications as will be evident to 
those skilled in this art may be made without departing from the spirit and scope of 
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the invention, and the invention is thus not to be limited to the precise details of 
methodology or construction set forth above as such variations and modification are 
intended to be included within the scope of the invention. 
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WHAT IS CLAIMED IS: 

1 . A method of trading financial interests, the method comprising: 

receiving via a computer network terms for a proposed auction in financial 
5 interests and associating with said proposed auction a deadline for deciding said 
proposed auction; 

receiving via a computer network terms for at least one proposed non-auction 
transaction in at least one of said financial interests; and 

identifying said proposed non-auction transaction as an entry in said 
10 proposed auction. 



2. The method of Claim 1 , comprising conducting said proposed auction with 
said proposed non-auction transaction as an entry. 

15 3. The method of Claim 1 , wherein said financial interests comprise fixed- 
income securities. 

4. The method of Claim 3, wherein said fixed-income securities comprise 
corporate bonds. 

20 

5. A method of trading financial interests, the method comprising: 
receiving via a computer network terms for a first proposed auction in 

financial interests, said terms for a first proposed auction comprising a first reserve 
price, and associating with said first proposed auction a deadline for deciding said 
25 first proposed auction; 

receiving via said computer network terms for a second proposed auction in 
at least one of said financial interests, said terms for a second proposed auction 
comprising a second reserve price; and 

identifying said second reserve price as an entry in said first proposed 
30 auction. 
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6. In a method for trading financial interests via a computer network, the 
improvement comprising rescinding a plurality of proposed transactions by a single 
computer command initiated via a computer network in response to a single 
command input by a user authorized to enter or approve said transactions. 

5 

7. The improvement of Claim 6, wherein said computer command comprises at 
least one interactive prompt and response set. 

8. The improvement of Claim 6, wherein said computer command comprises a 
10 confirmation entered by said user. 

9. The improvement of Claim 6, wherein said plurality of rescinded proposed 
transactions comprises all proposed transactions for which descriptions were 
received from said user. 

15 

1 0. The improvement of Claim 6, wherein said plurality of rescinded proposed 
transactions are offers. 

1 1 . The improvement of Claim 6, wherein said plurality of rescinded proposed 
20 transactions are bids. 

12. The improvement of Claim 6, wherein said plurality of rescinded proposed 
transactions comprises both offers and bids. 

25 13. In a method for trading financial interests via a computer system comprising a 
server accessed by users over a computer network, wherein at least a part of a 
user's functional access to said server is enabled through entry by said user of a 
password, said functional access comprising an authority of said user to initiate 
order-executing commands and an authority of said user to initiate non-order- 

30 executing commands, the improvement comprising disabling, upon expiration of a 
time period initiated with an entry of said user's password, said authority to initiate 
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order-executing commands without disabling all of said authority to initiate non- 
order-executing commands. 

14. The improvement of Claim 13, in which said time period is renewable by re- 
5 entry of said password. 

1 5. The improvement of Claim 1 3, wherein said user accesses said server via a 
client system connected to said computer network, and said time period is selectable 
by an administrator of said client system. 

10 

1 6. The improvement of Claim 1 3, wherein none of said authority to enter non- 
order-executing commands is disabled. 

17. In a method for trading financial interests using a server linked to a plurality of 
15 client systems via a computer network, the method comprising associating, by an 

administrator of said server, a set of trading priviliges with a user of at least one of 
said client systems; the improvement comprising enabling said user to associate 
with a class of subusers associated with said user at least a subset of trading 
privileges. 

20 

18. The improvement of Claim 17, in which said subset of trading privileges 
comprises limitations selected by said administrator on authorized monetary 
commitment levels for transactions proposed by said class of subusers. 

25 19. In a method for trading financial interests via a computer network, the method 
comprising storing in a data store accessible by multiple users descriptions of 
proposed transactions in financial interests, the improvement comprising 
associating, with descriptions of proposed transactions stored within said data store, 
personal identifiers designated by accessors of said descriptions, said personal 

30 identifiers stored in said data store and useable by the accessors by whom said 

personal identifiers were designated in classifying said descriptions, and not useable 
or accessible by other accessors of said description. 
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20. The improvement of Claim 19, wherein at least one said designation is made 
by an accessor on behalf of a set of users of said network, and said personal 
identifier is accessible and useable by all members of said set of users. 

21 . In a method for trading of financial interests by a first computer process, said 
method comprising receiving from a plurality of user stations via a computer network 
terms for a plurality of proposed transactions in financial interests for processing by 
a server, the improvement comprising receiving for entry as a computer data set 
from at least one of said user stations terms for a plurality of proposed transactions, 
said terms formatted as a set for use by said first computer process by use of a 
second computer process. 

22. The improvement of Claim 21 , comprising batch processing by said server of 
said formatted computer data set. 

23. The improvement of Claim 21 , wherein said second computer process is a 
computer application program. 

24. The improvement of Claim 23, wherein said computer application program is 
a database management program. 

25. The improvement of Claim 21 , wherein said user stations comprise stand- 
alone user computers. 

26. A method of trading financial interests, the method comprising: 
providing via a computer network a description of at least one proposed 

transaction in financial interests, said description comprising terms for said proposed 
transaction received from a user proposing said transaction and at least one 
benchmark reference price not originated by said user. 
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27. The method of Claim 26, wherein said financial interests comprise bonds, and 
said at least one benchmark reference price based on at least one most recent 
available bid or ask price for a benchmark bond, said most recent available bid or 
ask price not originated by said user. 

5 

28. The method of Claim 26, wherein said financial interests comprise bonds, and 
said at said at least one benchmark reference price relates to a benchmark bond, 
and said description comprises a reserve price stated in terms relative to said 
benchmark bond. 

10 

29. A method of trading financial interests, the method comprising: 
providing via a computer network a description of at least one proposed 

transaction in financial interests, said description comprising terms for said proposed 
transaction received from a user proposing said transaction and at least one price 
15 reference derived from at least one benchmark price, said benchmark price not 
originated by said user. 

30. The method of Claim 29, wherein said derived price reference is derived 
using an average of a plurality of said benchmark prices. 

20 

31 . The method of Claim 29, wherein said derived price reference is derived 
using said at least one benchmark price and a reserve price spread designated by 
said user. 

25 32. The method of Claim 29, wherein said financial interests comprise interests in 
bonds, and said benchmark price reference is based related to a benchmark bond. 

33. In a system for trading financial interests, the system comprising at least one 
server linked to a plurality of client systems via a computer network, said at least one 
30 server comprising programming functionality for trading of financial interests by 

users of said client systems, and a first data set for storing data related to trading of 
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financial interests using said trading programming functionality, the improvement 
comprising: 

a second data set for storing data related to trading of financial interests using 
said trading programming functionality, data in said second storage set not 
5 transferable by users of said client systems to said first data set, and data stored in 
said second data set not used for actual trading. 

34. The system of Claim 33, said data stored in said second data set useable for 
training users of said client systems in trading of financial interests or for practicing 

10 trading of financial interests using said client systems. 

35. The method of Claim 33, wherein any user of said client systems may access 
data previously stored in said second data set, and enter new data in said second 
data set, and participate with other users in fully-functional two-way simulated 

15 trading. 

36. A method for trading financial interests using a server linked to a plurality of 
client systems via a computer network, the method comprising: 

receiving from a first user of a client system and storing within a data store 
20 accessible by said first user and by other users terms for a proposed transaction in 
financial interests; 

authorizing access to said terms for said proposed transaction to a second 
user of a client system; and 

receiving from said second user an approval of, cancellation of, or revisions 
25 for said terms for said proposed transaction prior to authorizing access by other 
users to said terms of said proposed transaction. 

37. The method of Claim 36, wherein said second user is an administrator of said 
first user. 

30 

38. . A system for computer trading of financial interests, the system comprising 
executable program code for causing a computer to: 
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receive via a computer network terms for a proposed auction in financial 
interests and associate with said proposed auction a deadline for deciding said 
proposed auction; 

receive via a computer network terms for at least one proposed non-auction 
transaction in at least one of said financial interests; and 

identify said proposed non-auction transaction as an entry in said proposed 
auction. 

39. A system for computer trading of financial interests, the system comprising 
executable program code for causing a computer to: 

receive via a computer network terms for a first proposed auction in financial 
interests, said terms for a first proposed auction comprising a first reserve price, and 
associate with said first proposed auction a deadline for deciding said first proposed 
auction; 

receive via said computer network terms for a second proposed auction in at 
least one of said financial interests, said terms for a second proposed auction 
comprising a second reserve price; and 

identify said second reserve price as an entry in said first proposed auction. 

40. A system for computer trading of financial interests, the system comprising 
executable program code for causing a computer to: 

provide to a user display via a computer network a description of at least one 
proposed transaction in financial interests, said description comprising terms for said 
proposed transaction received from a user proposing said transaction and at least 
one benchmark reference price not originated by said user. 

41 . A system for computer trading of financial interests, the system comprising 
executable program code for causing a computer to: 

provide to a user display via a computer network a description of at least one 
proposed transaction in financial interests, said description comprising terms for said 
proposed transaction received from a user proposing said transaction and at least 
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one price reference derived from at least one benchmark price, said benchmark 
price not originated by said user. 
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